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(57) [Problem] Providing a loyalty program with 
game that executes games on a smart card (100), 
wherein the loyalty program with game can also be used 
as a simple loyalty program without game, no major 
modifications need not be made to shop terminals, and 
the number of times customers can play games can be 
limited according to sales amounts. 

[Solving Means] Point data managed by a point ap- 
plication is divided into two types: "pre-game points" and 
"post-game points." In shops, points are added to the 
pre-game points. For game execution, the pre-game 
points are subtracted, and points gained by game are 
added to the post-game points. 

[Effect] Shop terminals need not be modified, and 
customers not to play game can also enjoy reasonable 
exchange of gained points. From the viewpoint of sys- 
tem management, by limiting the number of times cus- 
tomers can play game, points gained by game can be 
prevented from circulating infinitely. 
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Description 

[Industrial Field of Utilization] 

[0001] The present invention relates to a smart card 
capable of storing an application program in a computer 
system with high security, particularly a nonvolatile 
memory, a smart card system based on the smart card, 
and a method for loyalty program employing the smart 
card. 

[Prior Art] 

[0002] A smart card that incorporates a CPU (Central 
Processing Unit) in an IC chip and can perform opera- 
tions inside the card has a high information storage ca- 
pability and provides high security. For this reason, it is 
expected to be used in various fields and, in recent 
years, has been actively introduced particularly in the 
financial field such as electronic money. 
[0003] In recent years, a card OS (Operating System) 
that enables plural applications to coexist safely on one 
card has come into common use. Multi-application sup- 
porting smart cards managed by such an OS are con- 
trolled to enhance independence among application 
programs, and can not only safely hold plural applica- 
tions but also add new applications after issuance of the 
cards and delete unnecessary application programs. 
Such smart cards are not mere information storage me- 
dia but can be considered a safe computer system. 
[0004] The smart cards, to take advantage of the high 
security of the cards or replace conventional magnetic 
card functions, are expected to come into widespread 
use in the financial field such as credit cards and elec- 
tronic money, particularly in linkage of plural applica- 
tions. 

[0005] Conventionally, systems such as loyalty pro- 
grams or point reward systems (hereinafter referred to 
as loyalty programs) have been commonly used to at- 
tract customers. These systems, which are defined as 
"systems in which points are added according to cus- 
tomers' utilization history and proper services are of- 
fered according to the number of accumulated points", 
intend to prompt customers to utilize shops and cards 
from expectation to bonuses obtained by gaining points. 
[0006] Examples of these systems are shopping 
malls' stamp cards, department stores' loyalty pro- 
grams, and airlines' mileage programs. For example, in 
department stores' loyalty programs, when a member- 
ship carrying a card of a department store presents the 
card when shopping at the department store, points are 
accumulated according to the sales together with the 
purchase history (e.g. , 20 points are added for each pur- 
chase of 1 000 yen), and when a certain number of points 
are accumulated, the points can be exchanged with a 
ticket certificate usable in the department store (e.g., 
1 000 points can be exchanged with a gift certificate of 
1,000 yen. Namely, for each purchase of 50,000 yen, 



memberships can receive a discount of 1 ,000 yen). To 
increase consumers' purchase incentives, a point addi- 
tion rate may be doubled during a campaign period or 
a discount rate may be increased for yearly purchase 

5 amounts beyond specified amounts. 

[0007] As another example, in the case of airlines' 
mileage programs, flight distances are accumulated in- 
stead of purchase amounts, and when given flight dis- 
tances are reached, a free flight ticket or seat upgrade 

10 service is offered. Also in this case, by providing a serv- 
ice according to memberships' utilization history, the 
memberships are motivated to select the same airline. 
[0008] In such a loyalty program, by storing custom- 
er's point information in a smart card, a more flexible 

15 system can be safely offered and the usability of cus- 
tomers and system administrator can be increased. In 
multi-application supporting smart cards, plural applica- 
tions can be effectively linked in combination with elec- 
tronic money and credit card functions. 

20 [0009] The inventor et al. add game functions to such 
a loyalty program and are proposing a smart card sys- 
tem in which a loyalty program with game is installed, 
wherein the loyalty program with game changes the val- 
ue of points according to the result of executing game 

25 stored in the card. One invention in the smart card sys- 
tem is disclosed in JP-A-207470/2000. According to the 
invention, the number of times customers can play 
game is defined as rights to play game, and a method 
is described which enables the game to be safely exe- 

30 cuted in a smart card program by managing the rights 
to play game and the value of points resulting from game 
execution. In addition to mere use of smart cards to ac- 
cumulate points as data storage means, by designing 
the smart cards so as to change the value of points ac- 

35 cording to the result of game executed inside the smart 
cards, the merits of using the smart cards can be further 
increased, contributing to widespread use of the smart 
cards. 

40 [Problem to be Solved by the Invention] 

[0010] In conventional simple loyalty programs, 
points are issued to a card from a terminal at a shop, 
and the points are accumulated in the card (or server) 

45 and afterward are exchanged with a proper item or serv- 
ice. On the other hand, in loyalty programs with game, 
rights to play game are issued to a card at a terminal of 
a shop, and points of different values are stored accord- 
ing to game results. 

50 [0011] However, to issue the rights to play game at 
shops requires that shop terminals have a game issue 
function. Where terminals having a function to issue 
points already exist in the shops, if shop terminals hav- 
ing the game issue function were required, an enormous 

55 number of shop terminals would have to be modified. 
Some customers may wantto utilize accumulated points 
without playing game, or others may have no environ- 
ment or time to play game. Customers not to play games 
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must not suffer unreasonable disadvantages in point ex- 
change. 

[001 2] One method for solving this problem is to issue 
points to smart cards from shop terminals, use points 
inside the card during game execution (points of prede- 5 
termined value are subtracted for game to be executed), 
and increase the points according to game results. With 
this method, however, since points gained by game can 
be used in the next game execution, customers can the- 
oretically play games an unlimited number of times, with 
the result that not only it becomes difficult to keep track 
of point distribution in the overall system but also there 
is fear to excessively stir up customers' passion for gam- 
bling. 

[001 3] An object of the present invention is to provide 
a loyalty program with game that executes games on a 
smart card, wherein the loyalty program with game can 
also be used as a simple loyalty program without game, 
no major modifications need not be made to shop ter- 
minals, and the number of times customers can play 
games can be limited using a loyalty program provided 
to the smart card according to sales amounts. 

[Means for Solving the Problem] 

[0014] To solve the above described problem, points 
managed by a point application with game of a smart 
card are divided into two types: "pre-game points" and 
"post-game points." The pre-game points are defied as 
first points and the post-game points are defined as sec- 
ond points. 

[0015] In shops, points of value in accordance with 
card utilization are issued to the card. In the smart card, 
the received points are added to "pre-game points." The 
"pre-game points" are points usable during game exe- 
cution. During game execution, for the game to be exe- 
cuted, a predetermined point value is subtracted from 
the "pre-game points." Points gained according to game 
results are added to "post-game points." Although the 
remaining "pre-game points" can be used for the next 
game execution, "post-game points" gained by game 
execution cannot be used. By this arrangement, the 
number of times customers can play games is limited to 
prevent points gained by games from circulating infinite- 
ly. 

[0016] When a remaining point value is inquired, the 
sum of "pre-game points" and "post-game points" is pre- 
sented. In some cases, the sum, the pre-game points, 
and the post-game points may be respectively present- 
ed. When points accumulated in a smart card are ex- 
changed with a service or a free gift, although the sum 
of these points is used for the exchange, the "post-game 
points" are firstly subtracted. Where the value of "post- 
game points" is smaller than a point value necessary for 
exchange, "pre-game points" are subtracted if sufficient. 
By this arrangement, those who do not play games can 
validly exchange points by utilizing a card, and those 
who want to play games are permitted for the next game 



execution if remaining "pre-game points" are sufficient. 
[0017] Where a refund occurs for return or other rea- 
sons, corresponding "pre-game points" are subtracted. 
However, if a remainder is insufficient because of exe- 
cuted games, "post-game points" are subtracted by an 
insufficient value. If the remainder is not satisfied by the 
sum of "pre-game points" and "post-game points", it is 
a common practice to perform processing so that one 
of "pre-game points" and "post-game points" is minus. 
[0018] The characteristics of means for solving the 
problem of the present invention are summarized as fol- 
lows. 

(1) Point data managed by a point application is di- 
vided into two types: "pre-game points" and "post- 
game points." 

(2) When points are issued according to card utili- 
zation in shops, the issued points are added to "pre- 
game points." 

(3) When game is executed using a game execution 
terminal, a point value corresponding to the game 
to be executed is subtracted from "pre-game 
points." Points gained by game execution are add- 
ed to "post-game points." "Post-game points" can- 
not be used for game execution. 

(4) When a remaining point value is inquired, the 
sum of "pre-game points" and "post-game points" 
is presented as a current point value. As required, 
the contents of it are shown. 

(5) At the time of point exchange, although point ex- 
change is performed for the sum of "pre-game 
points" and "post-game points", "post-game points" 
are firstly subtracted. 

(6) Where a refund occurs for return or other rea- 
sons, "pre-game points" are subtracted. However, 
if a remainder is insufficient because of executed 
games, "post-game points" are subtracted by an in- 
sufficient value. 

[0019] To solve the above described problem and 
achieve the above described object, the present inven- 
tion provides a method for loyalty program using a smart 
card, comprising the steps of: managing points by an 
application program on the smart card; issuing the 
points at the time of product purchase and adding them 
to the smart card; providing a proper service to custom- 
ers not playing game, according to points accumulated 
in the smart card; and for customers to play the game, 
using the points added to the smart card without using 
points gained from game results. 
[0020] In the above described method for loyalty pro- 
gram, the step, for customers to play the game, of using 
the points added to the smart card without using points 
gained from game results includes the step of subtract- 
ing a predetermined point value corresponding to the 
game to be executed from the points managed by the 
application program to limit the number of times the cus- 
tomers can play games. 
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[Preferred Embodiments] 

[0021] FIG. 1 shows the system configuration of a loy- 
alty program using a smart card that can be embodied 
by the present invention. System components include: 
smart card 100 owned by customer 010; system man- 
agement server 400 in administration office 030 admin- 
istrating the overall system; shop terminal 200 placed in 
each shop 020; KIOSK terminals 300 and 300' installed 
in the shop 020 or outside the shop; and PC 31 0 or port- 
able terminal 320 for the customer to access the smart 
card. The PC 310 and portable terminal 320 are not in- 
dispensable to the system configuration; the smart card 
1 00, the system management server 400, the shop ter- 
minal 200, and KIOSK terminal 300 are mandatory com- 
ponents. 

[0022] The customer 010 holds the smart card 1 00 in 
advance issued, which incorporates card OS 102 onto 
which point application 110 is loaded. In this example, 
payment application 1 03 such as electronic money and 
credit, and the point application used in the system are 
separately loaded. 

[0023] in the system management server 400, cus- 
tomer information, point information, shop information, 
and other information in the system are stored in a data 
storage device 401 . If required, WWW server 410 may 
be provided to enable the customer to gain access via 
the Internet; the WWW server 410 is not always re- 
quired. 

[0024] Each shop 020 has at least one of shop termi- 
nals 200 for carrying out communications with the smart 
card 1 00. It is desirable that the shop terminals 200 are 
operated mainly by the clerk 021 , and processing can 
be performed for both the payment application 103 and 
the point application 1 1 0 on the smart card 1 00. For sys- 
tem's convenience, processing may be performed at dif- 
ferent terminals for different applications: in this case, 
many redundant portions would occur. It is desirable but 
not mandatory that the shop terminals 200 are connect- 
ed with a shop register. The shop 020 may, in some cas- 
es, have the KIOSK terminal 300 through which the cus- 
tomer himself gains access to the smart card. It would 
be more useful that several KIOSK terminals 300 are 
installed not only within shops but also in places readily 
availableto the customer 01 0 such as, e.g., spaces with- 
in a shopping mall. The shop terminals 200 and KIOSK 
terminals 300 are connected with the system manage- 
ment server 400 over a network 411 to enable data ex- 
change as required, regardless of full-time connection 
or emergency connection. 

[0025] The customer may hold the PC 31 0 or portable 
terminal 320 connected to the Internet to access and 
operate the smart card 1 00 at home or away from home. 
The PC 31 0 must be provided with an smart card reader/ 
writer (R/W) 311 . The PC 310 can perform communica- 
tions with the WWW server 410 via the Internet 412 and 
also exchange information with the system manage- 
ment server 400. The portable terminal 320 has a slot 



for inserting the smart card 1 00 so that the customer can 
easily view and operate the contents of the smart card 
100. The portable terminal 320 can access the system 
management server 400 via the Internet as required. 

5 [0026] The shop terminals 200, the KIOSK terminals 
300, the PC 31 0, and the portable terminal 320 respec- 
tively have the function for carrying out communications 
with the smart card 100. Through these terminals, the 
customer 01 0 and the clerk 021 perform processing for 

10 the card. The processing for the card includes settle- 
ment processing such as payment and reload in the 
case of the payment application 103, and processing 
such as point addition, point exchange, or game 
processing described later in the case of the point ap- 

15 plication 110. 

[0027] Next, referring to FIG. 2, a brief description will 
be made of the flow of information in typical program 
execution on a multi-application smart card. The smart 
card 100 includes card OS 102 and I/O interface 105, 

20 and has one or more application programs 104 loaded 
by a predetermined procedure. In the drawing, an appli- 
cation program 1 04 and an application program 1 04' are 
different, independent programs, and it is prohibited that 
one of them illegally accesses data of the other. A ter- 

25 minal 500 includes a card reader504, I/O interface 501 , 
and terminal OS 502, and has at least one terminal pro- 
gram 503 loaded to handle the application programs in 
the smart card loaded. Usually, one or more terminal 
programs are required for one of application programs 

30 on the smart card. 

[0028] When the customer 010, clerk 021, or other 
persons to perform operations on the smart card 100 
make input to the terminal 500 through the I/O interface 
501 (511), the terminal program 503 generates a com- 

35 mand for sending to the smart card (512). The terminal 
program 503 sends the command to the smart card 1 00 
through the card reader 504 (51 3). When the smart card 
100 receives the command through the I/O interface 
105, the card OS 102 determines the application pro- 

40 gram 1 04 to which the command is to be sent, and sends 
the command to the application program 104 specified 
by the terminal. Program execute unit 111 in the appli- 
cation program 104 performs processing according to 
the command, accesses application data store unit 1 60, 

45 updates values, and generates a response (514). The 
response is returned to the terminal 500 through the 
card I/O interface 105 (515), and the terminal program 
503 displays the result (51 6). This is the flow of a series 
of steps of program execution. 

so [0029] Next, referring to FIG. 3, a description will be 
made of a smart card program in a point application with 
game that can be embodied by inventions already filed. 
ln?JJapanese publication number 2000-207470, a ba- 
sic scheme of a loyalty program with game is described, 

55 and in Japanese application number 11-369142 filed 
thereafter, a description is made of a method for han- 
dling plural types of games by a single application by 
introducing a script to define game and an interpreter 
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for interpreting and executing the script. Described in 
common to these inventions are the system of issuing 
"rights to play game" in a shop and devaluing the rights 
for game execution, and the system of executing game 
using (decreasing) point data on the card. 5 
[0030] FIG. 3 (a) shows the configuration of a smart 
card program in a loyalty program with game which is- 
sues the rights to play games in a shop. The point ap- 
plication 1 1 0 consists of a program execute unit 1 1 1 and 
a data store unit 1 60, and the program execute unit 1 1 1 
consists of: game execute part 112; a data store part 
113; and a command input/output part 114. The data 
store unit 160 stores point data 120, log data 130, and 
game defining data 140. The game defining data 140 
can be divided into a portion 150 for defining game con- 
tents, and a portion 151 for defining the rights to play 
game. Where game types and execution procedures 
are fixed (JP-A-207470/2000), the contents define 150 
is fixed except various parameters. On the other hand, 
in a program that can handle plural types of games 
(JP-A-369142/ 1999), the content define 150 is in the 
form of replaceable scripts. Although the rights to play 
definition 151 may be used with script data, basically it 
contains data on the rights to play game such as "how 
many times can which game be executed?", issued from 
shops according to card utilization in the shops. 
[0031] During game execution, game is executed ac- 
cording to the definition of the contents define 150, and 
point data is updated according to game results. When 
the game has been executed, data on the rights to play 
game 151 is subtracted. During issuance of rights to 
play or game execution, a log is written to log data 1 30, 
but log updating and holding can be omitted because 
they are not indispensable to game execution. 
[0032] FIG. 3 (b) shows the configuration of a smart 
card program in an application with game in the form in 
which the rights to play game are represented by points 
within the card. This configuration is different from that 
of FIG. 3 (a), in that the definition of rights to play is not 
independent and point data 120 is also used. Namely, 
subtracting the point data 120 for game execution cor- 
responds to play right subtraction. The following two 
points are the same as those in FIG. 3 (a): executing 
game according to the game defining data 140 defining 
game contents and updating the point data 120 accord- 
ing to game results; and updating log information as 
needed. 

[0033] In the system of FIG. 3 (a), since the rights to 
play game must be issued in a shop, a terminal of the 
shop must have a game issue function. Although there 
is no problem if shop terminals are designed from the 
beginning as a loyalty program with game, where shop 
terminals having a point issue function exist as a loyalty 
program without game, it is not easy to newly add a 
game issue function to all shop terminals. 
[0034] In the system of FIG. 3 (b), although shop ter- 
minals need not be modified, since the point data 120 
is used for game execution and points gained as a result 



of the game execution are returned to the point data 1 20, 
the cycle of playing game using points gained by game 
may be infinitely repeated and it becomes difficult for a 
system management side to keep track of the value of 
points held by customers. Even if log information gen- 
erated in game execution terminals is managed in a sev- 
er, there is a possibility that customers can infinitely play 
game using a small point value, and as a result, unde- 
sirably to the management side, customers 1 passion for 
gambling may be excessively stirred up or trouble may 
be caused. 

[0035] Accordingly, the inventor proposes the present 
invention as described in and after FIG. 4, which re- 
quires no modification to shop terminals having a point 
processing function and can limit the number of times 
customers can play game. 

[0036] FIG. 4 shows the configuration of a point ap- 
plication program on a smart card in a loyalty program 
that can be embodied by the present invention. 
[0037] FIG. 4 (a) shows the program configuration 
when a simple loyalty program without game is installed 
in the smart card. The point application 110 consists of 
the program execute unit 111, and a store unit storing 
point data 120 and log data 130 as a data unit. In a loy- 
alty program without game, simple point management 
has only to be performed. Types of commands to the 
application 110 on the smart card from terminal 500 in- 
clude at least "inquire point value" command 601 , "add 
point" command 602, "exchange point" command 603, 
"refund" command 604, and "refer log data" command 
605 if necessary. Additionally, a password-based pro- 
tection function may be added. 
[0038] FIG. 4(b) shows the program on the card 
changed so as to be available as a loyalty program with 
game in which the commands for the loyalty program in 
FIG. 4 (a) can be used without modification and to which 
several commands are newly added for game use. To 
play game, game data 1 40 is added to the data unit, and 
the point data 120 is divided into pre-game point 121 
and post-game point 122. The pre-game point 121 is 
points issued from shops according to card utilization 
and can be used for game execution. Points gained ac- 
cording to game execution are stored in the post-game 
point 1 22. A total point value is the sum of the pre-game 
point 121 and the post-game point 122. 
[0039] The program execute unit 1 1 1 performs the fol- 
lowing processing. 

(1) For an "inquire point value" command 601, re- 
turn pre-game point 121 , post-game point 122, and 
the sum of them. 

(2) For an "add point" command 602, add points to 
pre-game point 121. 

(3) For an "exchange point" command 603, deter- 
mine from the sum of pre-game point 1 21 and post- 
game point 122 whether exchange is possible, and 
firstly subtract from post-game point 122. 

(4) For a "refund" command 604, subtract points 
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from pre-game point 121 , and if the pre-game point 
121 is insufficient, subtract points from post-game 
point 122 as well. 

[0040] If processing as described above is performed, 
the same commands as in the loyalty program without 
game can be used without modification, terminals of 
shops not concerned in game execution need not be 
modified. 

[0041] Although a "start game" command and a "play 
game" command are newly required to play game, these 
commands need to be issued only from terminals con- 
cerned in game execution and do not need to be issued 
from shop terminals. Although processing for a "refer 
game data" command 608 and a "replace game data" 
command 609 is also required to make game types re- 
placeable, these commands do not need to be issued 
from shop terminals. 

[0042] Therefore, according to the program configu- 
ration of the point application with game shown in FIG. 
4(b), specifications of point commands in a loyalty pro- 
gram without game do not need to be modified, with the 
result that shop terminals do not need to be modified. 
Also, since points usable and those not usable for game 
execution are divided, it can be prevented that custom- 
ers can infinitely play game using points. 
[0043] Next, referring to FIGS. 5 to 14, a description 
will be made of the flow of processing corresponding to 
the respective commands described above. 
[0044] FIG. 5 shows the flow of processing of system 
components in point inquiry processing. Point inquiry 
processing is primarily performed by customers to con- 
firm the current value of points in the card; when the 
customer 010 performs the processing for the KIOSK 
terminal, an "inquire point value" command 601 shown 
in FIG. 4(b) is issued (611). The point application 110 of 
the smart card 101 calculates the sum of pre-game point 
121 and post-game point 122, and returns a response 
to the KIOSK terminal 300 (612). If a backup of point 
data is stored in the server 400, a current point value is 
confirmed through information communication with the 
server 400. 

[0045] FIG. 6 shows the flow of processing of system 
components in point addition processing. Point addition 
processing is primarily performed in the shop 020 during 
card utilization; when the clerk 021 performs the 
processing for the shop terminal 200, an "add point" 
command 602 shown in FIG. 4(b) is issued from the 
shop terminal 200 (61 3). The point application 1 1 0 in the 
smart card 101 adds point to the pre-game point 121 
and updates log data 130 (614). The shop terminal 200 
adds a point addition log (615) and sends log data to the 
server 400 as needed (preferably in real time) (61 6). The 
server 400 adds the log data or a backup of point data 
to data 401. 

[0046] FIG. 7 shows the flow of processing of system 
components in point replacement processing. Point re- 
placement processing is primarily performed by custom- 



ers to exchange points in the card with a gift certificate 
or free gift; when the customer 010 performs the 
processing for the KIOSK terminal 300, an "exchange 
point" command 603 shown in FIG. 4(b) is issued from 

5 the KIOSK terminal 300 (617). The point application 1 1 0 
of the smart card 101 subtracts firstly from the post- 
game point 1 22 (also from the pre-game point 1 21 if suf- 
ficient), and updates the log data 130 (61 8). The KIOSK 
terminal 300 adds point an exchange log (619) and 

10 sends log data to the server 400 as needed (preferably 
in real time) (620). The server 400 adds the log data or 
a backup of point data to data 401 . 
[0047] FIG. 8 shows the flow of processing of system 
components in refund processing. Point addition 

is processing is primarily performed in the shop 020 to 
subtract a point value upon refund; when the clerk 021 
performs the processing for the shop terminal 200, a "re- 
fund" command 604 shown in FIG. 4(b) is issued from 
the shop terminal 200 (621). The point application 110 

20 of the smart card 101 subtracts points from the pre- 
game point 121 (also from the post-game point 122 if 
sufficient), and updates the log data 130 (622). A rule 
must be provided in advance to set minus points if the 
sum of the pre-game point 1 21 and the post-game point 

25 122 is smaller than the point value for subtraction. The 
shop terminal 200 adds a point addition log (623) and 
sends log data to the server 400 as needed (preferably 
in real time) (624). The server 400 adds the log data or 
a backup of point data to data 401 . 

30 [0048] FIG. 9 shows the flow of processing of system 
components in log data reference processing. The log 
data reference processing is primarily performed by 
customers to confirm log data in the card; when the cus- 
tomer 010 performs the processing for the KIOSK ter- 

35 minal 300, a "refer log data" command 605 shown in 
FIG. 4(b) is issued from the KIOSK terminal 300 (625). 
The point application 110 in the smart card 1 01 returns 
log data 130 to the KIOSK terminal 300 (626). 
[0049] FIG. 10 shows the flow of processing of system 

40 components in game execution processing. The game 
execution processing is performed in terminals having 
a game function such as the KIOSK terminal 300. When 
the customer 010 performs the processing for the KI- 
OSK terminal 300, a "start game" command 606 shown 

45 in FIG. 4(b) is issued from the KIOSK terminal 300 (627). 
The point application 110 in the smart card 101, if the 
pre-game point 121 is sufficient, subtracts a point value 
corresponding to the game from the pre-game point 121 
and starts the game (628). If the pre-game point 121 is 

50 insufficient, the customer is notified of an error. The cus- 
tomer 01 0 plays the game according to the screen dis- 
play of the KIOSK terminal 300. In response to custom- 
er's input, a "play game" command 607 shown in FIG. 
4(b) is sent to the smart card 101 from the KIOSK ter- 

55 minal 300 (629). The point application 1 1 0 in the smart 
card 101 plays the game according to game data 140, 
and adds points gained as a result of the game to the 
post-game point 122. Upon termination of the game, a 
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play result (the value of gained points) is added to the 
log data (630). The KIOSK terminal 300 adds a game 
execution log (631 ) and sends log data to the server 400 
as needed (preferably in real time) (632). The server 400 
adds the log data or a backup of point data to data 401 . 
[0050] FIGS. 11 to 13 describes in detail how the 
game execution processing in FIG. 10 is performed ac- 
cording to the contents of game data 140. FIG. 11 shows 
the case where game types are fixed; FIG. 12, the case 
where game defining scripts are issued from a terminal; 
and FIG. 13, the case where game defining scripts are 
generated in the smart card. Although, in any case, as 
shown in FIG. 10, using the pre-game point 121, game 
is executed according to the game data 140, pre-game 
processing and post-game processing are somewhat 
different from each other. The relationship between 
processing 641 in game playing terminals and process- 
ing 642 in the smart card, and the flow of whole process- 
ing are described. 

[0051] FIG. 11, where game types are fixed: The 
types of games defined in the game data 140 in the 
smart card are fixed. 

[0052] When a terminal sends a command for check- 
ing the types and count of games playable on the smart 
card (643), the smart card returns game data (e.g., 
game ID, etc.) and the value of pre-game point (644). If 
playable, the game is started (645). The smart card sub- 
tracts a point value corresponding to the game to be ex- 
ecuted (e.g., a point value given at a predetermined ratio 
such as an expected value of points gained by the 
game) from pre-game point (646). A "play game" com- 
mand is sent from the terminal (647), and game execu- 
tion is repeated on the smart card (648). If the result of 
game is gained, the value of post-game point is updated 
according to the result (649), card log data is updated 
(650), and game finish information is returned (651). If 
another game is executed (652), control is returned to 
the step of checking playable game type and count 
(643). If the customer does not continue game, the 
processing is terminated (653). 
[0053] FIG. 12, where game defining scripts are is- 
sued from terminal: A game script sent from a terminal 
are temporarily stored in game data 140 in the smart 
card, and game is executed using the script 141. The 
terminal has a script generation function and a function 
for encrypting the script before sending it to the smart 
card. 

[0054] When the terminal sends a command for 
checking playable count (654), the smart card returns 
the value of pre-game point (655). If playable, game is 
started, and a script for defining game specified by the 
customer (determined by the system) is created (656). 
The script is encrypted for the purpose of security and 
sent to the card (657). The smart card decrypts the re- 
ceived script and temporarily stores it in the card (658). 
The smart card subtracts a point value corresponding 
to the game to be executed from pre-game point (659), 
and plays the game (660), (661 ). If the result of game is 



gained, the value of post-game point is updated accord- 
ing to the result (662), the temporarily stored script is 
deleted (663), card log data is updated (664), and game 
finish information is returned (665). If another game is 
s executed (666), control is returned to the step of check- 
ing playable game type and count (654). If the customer 
does not continue game, the processing is terminated 

(667) . 

[0055] FIG. 13, where game defining scripts are gen- 

io erated in the smart card: At least one type of script pat- 
terns 143 for generating game defining scripts is stored 
in game data 140 in the smart card, and the script pat- 
terns are replaceable. Game index information 142 is 
provided to identify the types of script patterns. The pro- 

15 gram execute unit 111 has a function for generating ac- 
tual scripts from script patterns, and plays game using 
a game defining script 141 temporarily generated. 
[0056] When the terminal sends a command for 
checking playable game types and count (668), the 

20 smart card returns a game type index and the value of 
pre-game point stored in the card (669). If playable, 
game is started (670). The smart card creates a script 
for defining game specified by the customer (deter- 
mined by the system) from a script pattern in the card 

25 (671), subtracts a corresponding point value from pre- 
game point (672), and plays game (673), (674). If the 
result of game is gained, the value of post-game point 
is updated according to the result (675), the temporarily 
generated script is deleted (676), card log data is updat- 

30 ed (677), and game finish information is returned (678). 
If another game is executed (666), control is returned to 
the step of checking playable game type and count 

(668) . If the customer does not continue game, the 
processing is terminated (680). 

35 [0057] FIG. 14 shows the flow of processing of system 
components for game data replacement processing 
when game types are replaceable as shown in FIG. 13. 
From the system management office 030, during game 
type replacement, a script pattern to be stored in the 

40 card is distributed to each KIOSK terminal 300, and 
maintenance is performed on a game execution pro- 
gram of each terminal (691 ). In the KIOSK terminal 300, 
a game execution program is replaced (692), a "replace 
game data" command 609 shown in FIG. 4(b) is issued 

45 to the smart card 1 01 at an appropriate timing, and en- 
crypted script pattern data is sent (693). The point ap- 
plication 110 of the smart card 101 decodes the sent 
data to replace game pattern (694). The KIOSK terminal 
300 adds a game data replacement log (695) and sends 

so log data to the server 400 as needed (695). The server 
400 adds the log data to data 401 . 
[0058] This terminates the description of the flow of 
processing in the system that can be embodied by the 
present invention. 

55 [0059] Processing on game execution and game data 
replacement described in FIGS. 10 to 14 can be per- 
formed independent of point processing described in 
FIGS. 5 to 9. 
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[0060] Accordingly, if game executable terminals in- 
cluding the KIOSK terminal 300 as a simple loyalty pro- 
gram are not provided with a game function, the loyalty 
program can operate as a normal loyalty program. 
[0061 ] As a loyalty program with game, individual cus- 
tomers can select whether to play game, using plural 
KIOSK terminals provided in shops or department 
stores. Furthermore, as the entire system, whether or 
not to play game can be switched (switchable system). 
[0062] Therefore, the system is usually used only as 
a loyalty program using the game executable terminals; 
game execution is enabled only during a limited period 
such as lotteries at the end of the year In this way, 
whether or not to use a game function provided in the 
terminals can be easily switched, so that the system can 
be more flexibly operated. 

[0063] The above described simple loyalty program, 
loyalty program with game, and switchable system can 
be embodied by using smart cards having functions 
such as point inquiry, point addition, point replacement, 
refund, log data reference, and game execution already 
described. 

[0064] The following are technical points relating to 
the embodiment example of the present invention. 

(1) A smart card having a first store area for storing 
points added from the outside, the first store area 
containing at least part of functions of game, where- 
in the game is not approved to play unless it is de- 
termined that the result of subtracting a proper val- 
ue from a point value in the first store area is 0 or 
more, and wherein, as a result of the game execu- 
tion, the result of subtracting the proper value from 
the point value of the first store area is a new point 
value of the first store area. 

(2) The smart card of the above described point (1) 
is constructed so that points added according to the 
game result are stored in a second store area. 

(3) In the smart card of the above described point 
(2), the first store area is used to store pre-game 
points, and the second store area is used to store 
post-game points. 

(4) A smart card having a first store area for storing 
added points and a second store area for storing 
points added according to game results. 

(5) The smart card of the above described point (4) 
is constructed so that the right to play the game is 
acquired using the point value of the first store area. 

(6) The smart card of the above described point (4) 
is constructed so that, when a point service is to be 
received using the point value of the first and/or sec- 
ond store areas, a required point value is subtracted 
from the point value of the second area in prefer- 
ence to the point value of the first area. 

(7) The smart card of the above described point (4) 
is constructed so that, where it is necessary to sub- 
tract already-added points in refund processing, a 
required point value is subtracted from the point val- 



ue of the first store area in preference to the point 
value of the second store area. 

(8) A smart card having a first area for storing points 
added from the outside and a second area for stor- 

s ing points added according to game results, where- 
in the game is playable when the point value of the 
first area is equal to or greater than a predetermined 
value. 

(9) The smart card of the above described point (8), 
10 when a remaining point value is inquired, displays 

the sum of a point value of the first area and a point 
value of the second area, or the respective point val- 
ues of the first and second areas in terminals. 

15 [0065] As has been described above, points man- 
aged by the point application with game on the card are 
divided into two types, "pre-game point" and "post-game 
point", for the purpose of management, whereby shop 
terminals having a function to issue points need not be 

20 modified, customers not to play game can also enjoy 
reasonable exchange of gained points, and no compli- 
cated processing is required for a refund. Moreover, 
from the viewpoint of system management, by limiting 
the number of times customers can play game, points 

25 gained by game can be prevented from circulating infi- 
nitely. 

[0066] According to the embodiment example of the 
present invention, since systems not having means for 
executing game operate as normal loyalty programs, 
so whether or not to execute game can be easily switched 
by an identical card program, so that the operation of 
enabling game execution during a limited period can be 
easily achieved. 

35 [Effect of the Invention] 

[0067] Accordingly, according to the embodiment ex- 
ample of the present invention, loyalty programs with 
game that execute game on the smart card can operate 
40 as normal loyalty programs as well, so that loyalty pro- 
grams highly convenient to a system operation side can 
be provided. 

[Brief Description of the Drawings] 

45 

[FIG. 1] 

[0068] Drawing showing a system configuration 
so [FIG. 2] 

[0069] Drawing showing the operation of a smart card 
application 

55 [FIG. 3] 

[0070] Drawing showing game execution on a smart 
card 
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[FIG. 4] 

[0071] Drawing showing the configuration of a point 
application 

[FIG. 5] 

[0072] Drawing showing point inquiry processing 
[FIG. 6] 

[0073] Drawing showing point addition processing 
[FIG. 7] 

[0074] Drawing showing point replacement process- 
ing 

[FIG. 8] 

[0075] Drawing showing refund processing 
[FIG. 9] 

[0076] Drawing showing log data reference process- 
ing 

[FIG. 10] 

[0077] Drawing showing game execution processing 
[FIG. 11] 

[0078] Drawing showing a processing flow (1 ) during 
game execution 

[FIG. 12] 

[0079] Drawing showing a processing flow (2) during 
game execution 

[FIG. 13] 

[0080] Drawing showing a processing flow (3) during 
game execution 

[FIG. 14] 

[0081] Drawing showing game data replacement 
processing 

[Explanation of the Reference Numerals] 

[0082] 010 ... Customer, 020 ... Shop, 021 ... Clerk, 
030 ... Administration office, 100 ... Smart card, 101 ... 
IC chip, 102 ... OS for smart card, 103 ... Payment ap- 
plication on smart card, 104... Application program, 
105 ... I/O interface, 110 ... Point application for smart 



card, 111 ... Program execute unit, 112... Game execute 
unit, 113 ... Data store unit, 114 ... Command input/out- 
put unit, 120... Point data, 121 ... Pre-game point, 
122 ... Post-game point, 130 ... Log data, 140 ... Game 
data, 141 ... Active script, 142 ... Game index, 143 ... 
Script pattern, 150 ... Contents define, 151 ... Rights to 
play, 160 ...Data store unit, 200 ... Shop terminal, 300 ... 
KIOSK terminal, 310 ... PC, 311 ... R/W for smart card, 
320 ... Portable terminal, 400 ... System management 
terminal, 401 ... System management data, 410... 
WWW server, 411 ... Private line or ordinary line, 412 ... 
Internet, 500 ... Terminal for smart card, 501 ... I/O in- 
terface, 502 ... Terminal OS, 503 ... Terminal program, 
504 ... R/W for smart card, 511 ... User input processing, 
512... Generate command, 513... Send command, 
514... Analyze command, execute and generate re- 
sponse, 515 ... Return response, 516 ... Show results, 
601 ... "inquire point value" command, 602... "add 
point" command, 604 ... "refund" command, 603 ... "ex- 
change point" command, 605 ... "refer log data" com- 
mand, 606 ... "start game" command, 607 ... "play 
game" command, 608 ... "refer game data" command, 
609 ... "replace game data" command, 611 to 632 ... 
Processing procedure, 641 ... Process on game playing 
terminal, 642 ... Process on smart card, 643 to 680 ... 
Processing procedure, 691 to 698 ... Processing proce- 
dure 



Claims 

1. A smart card system including a smart card (100) 
incorporating an IC chip (101) having CPU, a stor- 
ing means (160), and an I/O interface (105), in 
which: 

point data (1 20) are managed by an application 
program (104) running on the smart card; and 

the application program has a program for ex- 
ecuting game and the values of the points may 
differ depending on the result of game execut- 
ing the program, 

wherein point data is managed divided into first 
points which are required for game execution and 
whose point values are subtracted according to 
game execution, and second points in which points 
gained as a result of game execution are accumu- 
lated. 

2. A smart card (1 00) in a smart card system including 
a smart card incorporating an IC chip (1 01 ) having 
CPU, a storing means (160), and an I/O interface 
(105), in which: 

point data (1 20) are managed by an application 
program (104) running on the smart card; and 
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the application program has a program for ex- 
ecuting game and the values of the points may 
differ depending on the result of game execut- 
ing the program, 

wherein the smart card has a function to manage 
point data, dividing it into first points which are re- 
quired for game execution and whose point values 
are subtracted according to game execution, and 
second points in which points gained as a result of 
game execution are stored. 

3. The smart card according to claim 2, wherein, when 
the value of points stored in the smart card is in- 
quired, the sum of the first points and the second 
points is returned. 

4. The smart card according to claim 2, wherein, when 
points are newly added to the smart card from the 
outside, a point value is added to the first points. 

5. The smart card according to claim 2, wherein, when 
points are to be subtracted from the smart card to 
receive a service corresponding to the value of the 
points, a point value is firstly subtracted from the 
second points, and also subtracted from the first 
points if the second points are insufficient. 

6. The smart card according to claim 2, wherein, when 
points are to be subtracted from the smart card to 
accept return, a point value is firstly subtracted from 
the first points, and also subtracted from the second 
points if the first points are insufficient. 

7. The smart card according to claim 2, wherein, when 
game is to be executed on the smart card, a point 
value determined corresponding to the game to be 
executed is subtracted from the first points, and if 
the point value is insufficient, the game cannot be 
executed. 

8. The smart card according to claim 2, wherein, when 
points are to be gained according to the result of 
executing game on the smart card, a point value is 
added to the second points. 

9. The smart card according to claim 2, wherein log 
data on processing of an application on the smart 
card is stored in the smart card and the log data can 
be referred to from the outside. 

10. The smart card system according to claim 1, where- 
in there are plural terminals capable of handling the 
smart card and it can be selected whether to provide 
the plural terminals with a game execution function. 

1 1 . The smart card system according to claim 1 , where- 
in, since a function to execute the game or a func- 



tion not to execute the game can be selected, a ter- 
minal handling the smart card is usually used only 
as a loyalty program and it can be easily selected 
whether or not to use a game execution function in- 
5 eluded in the terminal. 

12. A method for loyalty program using a smart card, 
comprising the steps of: 

managing point data by an application program 
on the smart card; 

issuing the points at the time of product pur- 
chase and adding them to the smart card; 

providing a proper service to customers not 
playing game, according to points accumulated 
in the smart card; and 

for customers to play the game, using the points 
added to the smart card without using points 
gained from game results. 

13. The method for loyalty program according to claim 
12, wherein the step of, for customers to play the 
game, using the points added to the smart card 
without using points gained from game results in- 
cludes the step of subtracting a predetermined point 
value corresponding to the game to be executed 
from the points managed by the application pro- 
gram to limit the number of times the customers can 
play games. 



15 



20 



25 



30 



35 



40 



45 



50 



10 



EP 1 232 776 A2 



FIG. 1 



030 



410 v ADMINISTRATION OFFICE ,400 

Y\ / 

I SYSTEM J J r / 



WWW 
SERVER 



MANAGEMENT 
TERMINAL 



NETWORK. 



,020' 



300 










KIOSK 




SHOP 




TERMINAL 




TERMINAL 


O 






i 


CLERK 




KIOSK 
TERMINAL 



100 



110 



\ 



310 



PC 



SMART CARD 



IC CHIP 



hPOINT 
APPLICATION 



PAYMENT 
APPLICATION 



101 

.103 



OS 102 




R/W 



CUSTOMER 
.—311 



t £ L 



320 



PORTABLE 
TERMINAL 



11 



EP 1 232 776 A2 



FIG. 2 




12 



EP 1 232 776 A2 



FIG. 3 



(a) HOLD RIGHTS TO PLAY GAME DATA ON THE CARD] 



140 
150. 



POINT APPLICATION 



110 



DATA STORE UNIT ' 



160 



GAME DEFINING DATA 



CONTENTS 
DEFINE 



RIGHTS 
TO PLAY 



.151 



POINT 
DATA 



LOG DATA 



• 


PROGRAM EXECUTE UNIT 


GAME 
EXECUTE 




DATA 
STORE 




COMMAND 
INPUT/OUTPUT 















114 



(b) PLAY GAME USING POINT VALUE ON THE CARD 



140 



120 



POINT APPLICATION 



110 



GAME DEFINING 
DATA 



XDATA STORE UNIT 



POINT DATA 



160 



LOG DATA 



: "" PROGRAM EXECUTE UNIT 



GAME 




DATA 




COMMAND 


EXECUTE 




STORE 




INPUT/OUTPUT 



112 



113 



114 



120 
130 

111 



130 
111 



13 



EP 1 232 776 A2 



Fig. 4 



(a) POINT SYSTEM WITHOUT GAME [ 

110 



120- 

13()4l 
111 



POINT APPLICATION 



POINT DATA 



LOG DATA 



PROGRAM EXECUTE 
UNIT 



101- 



SMART CARD 



"INQUIRE POINT VALUE" 
COMMAND 



"ADD POINT' COMMAND 



"EXCHANGE POINT" 
COMMAND 



"REFUND" COMMAND 



"REFER LOG DATA" 
COMMAND 



.601 
.602 
.603 
.604 
.605 



500 

4- 



TERMINAL 



(b) POINT SYSTEM WITH GAME g 



120> 
121 — 

130 
140 
111- 



110 



POINT APPLICATION 



POINT DATA 



PRE- 

GAME 

POINT 



POST-' 

GAME 

POINT 



LOG DATA 



GAME DATA 



PROGRAM 
EXECUTE UNIT 



10t 



SMART CARD 



"INQUIRE POINT VALUE" 
i COMMAND 



12 2< "ADD POINT" COMMAND 



"EXCHANGE POINT" 
COMMAND 



"REFUND" COMMAND 



"REFER LOG DATA" 
COMMAND 



"START GAME" COMMAND 



"PLAYGAME" COMMAND 



"REFER GAME DATA" 
COMMAND 



"REPLACE GAME DATA" 
COMMAND 



.601 
.602 
.603 
-604 
.605 
.606 
.607 
.608 
.609 



500 

—t— 
TERMINAL 



14 



4 



EP 1 232 776 A2 



FIG. 5 



^030 

ADMINISTRATION OFFICE 
400 



SYSTEM 
MANAGEMENT 
SERVER 



^401 



DATA 



CUSTOMER 
L 



KIOSK 
TERMINAL 




611 



ISSUE 

"INQUIRE POINT 
VALUPCOMMA 
ND 



110 >, 
120 



130 
140 
11K 



7 



z 



[RETURN SUM VALUE OF 
PRE-GAME AND POST- 
GAME POINT 



612 



POINT 

APPLICATION 



POINT DATA 



PRE-GAME POINT ' 



POST-GAME POINT 



LOG DATA 



GAME DATA 



f\ 



PROGRAM EXECUTE 
UNIT 



^121 
All 



101 



SMART CARD 



15 



EP 1 232 776 A2 
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FIG. 11 



(a) GAME TYPES ARE FIXED | 
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Fig. 12 

(b) GAME DEFINING SCRIPTS ARE ISSUED BY TERMINAL | 
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(c) GAME DEFINING SCRIPTS ARE GENERATEO IN THE SMART CARD 
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